Updating of a Digital Device Certificate of an Automation Device

ABSTRACT

The invention relates to an automation device ( 41, 81 ), a system and a method for updating a digital device certificate ( 55, 86, 96 ) of an automation device ( 41, 81 ) of an automation system, wherein the automation device ( 41, 81 ) is authenticated to an authentication partner by means of at least one device certificate ( 55, 86, 96 ). The device certificate ( 55, 86, 96 ) is connected to device-specific configuration data of the automation device ( 41, 81 ). Following a modification of the configuration of the automation device ( 41, 81 ), according to the invention an updated device certificate ( 55, 86, 96 ) having device-specific configuration data according to the modified configuration of the automation device ( 41, 81 ) is determined by the automation device ( 41, 81 ) and subsequently used for authentication.

The invention relates to a method for updating a digital device certificate, in which the automation device is authenticated with respect to an authentication partner using at least one device certificate and the device certificate can be associated with device-specific configuration data relating to the automation device, and to an automation device and a system for updating a digital device certificate.

Security credentials, in particular digital certificates or a security token, are needed to be able to use security mechanisms. A security infrastructure provides such security credentials. Automation devices, for example intelligent field devices or control computers, in automation systems are increasingly using certificates for authentication or else to negotiate security parameters for protecting communication between automation devices or other authentication partners.

A digital certificate, for example according to X.509v3, is a data structure which is protected with a digital signature and ties a public key to certain attributes, for example name, country, organization, in a tamperproof manner. In practice, digital certificates are issued by a certification authority. For this purpose, a user transmits a request to the certification authority or a registration authority. The certificate request is usually protected by a password, by a cryptographic checksum, by a signature or the like, with the result that only the authorized user can request a certificate for himself.

DE 10 2011 081 804 A1 discloses a device certificate having device-specific configuration information. In addition to information for identifying the device such as the manufacturer, model, serial number, date of manufacture, model version, such a digital device certificate contains further information which depends on the configuration of the device. This information is, for example, information relating to the firmware version and/or relating to a configuration status with country-specific versions, for example, and/or relating to supported options and/or features. Information relating to at least one user-configurable configuration may also be included.

The configuration data can be associated with a device certificate in various ways. In one case, the configuration data may be explicitly coded in the device certificate. In another case, these data may be included in an attribute certificate which is tied to the device certificate. In a further case, the device certificate does not explicitly contain the configuration data but rather a reference to the configuration data.

When authenticating an automation device, a check is carried out in order to determine, for example, whether its device-specific configuration data contained or referenced in its device certificate correspond to an expected device configuration. If this is not the case, communication with the automation device can be denied. When transmitting measurement data from a first automation device to a second automation device, for example, when authenticating the first automation device, its device-specific configuration data associated with the certificate can be evaluated and the measurement data provided can be interpreted accordingly, for example a degree of accuracy can be assigned to the measurement data.

A wide variety of processes, for example activation of a device feature by the operating personnel or conversion of the country code, may result in a change in the configuration of the automation device. However, correct evaluation of the device-specific configuration data is then no longer possible.

The object of the present invention is therefore to provide a method, an automation device and a system which can be used to easily track and manage configuration-specific security credentials, in particular digital device certificates, in the event of a change in the device configuration. This is intended to be easily possible, even for a large number of devices.

The object is achieved by means of the method according to the invention as claimed in claim 1, the automation device according to the invention as claimed in claim 17 and the system according to the invention as claimed in claim 20. The subclaims describe advantageous developments of the method according to the invention, the automation device according to the invention and the system according to the invention.

In the method according to the invention for updating a digital device certificate of an automation device in an automation system, the automation device is authenticated with respect to an authentication partner using at least one device certificate. In this case, the device certificate is associated with device-specific configuration data relating to the automation device. After or in the event of a change in the configuration of the automation device, the automation device determines, according to the invention, an updated device certificate having device-specific configuration data corresponding to the changed configuration of the automation device and then uses it for authentication.

This makes it possible to also communicate updated device-specific configuration data to the authentication partner. As a result of the configuration data transmitted or referenced in the certificate, the authentication partner can assume that they are actually available configuration data and can adapt its own operating mode to the configuration of the automation device being authenticated, for example. If the current device configuration provides more accurate measurement data, for example, this information can be evaluated by the authentication partner and the reliability statement of the measurement data can be increased. However, the device-specific configuration delivered can also be used to provide reliable, tamperproof evidence of the device configuration used or of the entire history of device configurations used.

In one advantageous embodiment of the method, the automation device has a plurality of predefined device certificates having different associated device-specific configuration data. The automation device then selects the device certificate having device-specific configuration data corresponding to the changed configuration of the automation device. This enables a very fast response of the automation device to a change in the configuration since the certificates which have already been predefined for different device configurations are already available in a predefined manner in the automation device. This also makes it possible to restrict the configuration of the automation device by allowing only those configurations for which a device certificate having the corresponding device-specific configuration data is available.

In one advantageous embodiment, the automation device has an integrated issuing unit, the issuing unit issuing a device certificate having device-specific configuration data corresponding to the changed configuration of the automation device. This makes it possible to promptly create device certificates in a very variable manner for the wide variety of configurations.

In this case, it is advantageous if the device certificate can be issued in any desired operating mode of the automation device. In the event of a change in the configuration, this allows this change in the configuration to be introduced into a new device certificate and the changed configuration to be communicated to the authentication partners without interrupting operation. This allows particularly high flexibility in the event of changed configurations.

An embodiment which is likewise advantageous is to issue the device certificate only in a manner coupled to a particular operating mode. This makes it possible to ensure that a change in the configuration is activated at a stipulated time, for example during the process of starting the automation device, and a new device certificate is generated at the same time. Actions wrongly interpreted as a change in the configuration during operation therefore do not result in a possibly incorrect device certificate which would therefore be associated with incorrect configuration data.

In one embodiment of the method according to the invention, the integrated issuing unit can only issue device certificates for the automation device in which it is included. For this purpose, a key pair required for this can be directly tied to the automation device, for example using a fixed common name of the device in a root certificate.

In one preferred embodiment, the issuing unit allocates at least one identical parameter, in particular an identical common name, for each device certificate issued by it. This has the advantage that the integrated issuing unit can be used only to a very limited extent for the improper issuing of further device certificates by an attacker. This can be achieved in a simple manner by means of restricted allocation of the parameters in the certificate. In particular, the allocation of the identical common name is suitable since this is immediately associated with a specific automation device.

In one embodiment of the method according to the invention, the automation device, in the event of a change in the configuration of the automation device, requests a device certificate having device-specific configuration data corresponding to the changed configuration of the automation device from an issuing unit which is not included in the automation device itself. This has the advantage that the automation device still has a simple construction and a spatially separate issuing unit issues device certificates for a multiplicity of automation devices.

It is advantageous in this case that a request message for requesting a device certificate is protected by a digital signature by means of a generic, non-configuration-specific device certificate and/or by a digital signature by means of a previous device certificate corresponding to the configuration used before the change in the configuration of the automation device. Alternatively or else additionally, the request message may be protected by a device password. This achieves secure communication between the automation device and the issuing authority, during which the identity of the automation device and the configuration data are safeguarded.

In one advantageous embodiment, the device certificate used before the change in the configuration is revoked after a predefined device certificate having changed device-specific configuration data has been requested or while it is being used. The automation device is therefore always uniquely identified by a single device certificate.

In one advantageous embodiment, the device certificate used before the change in the configuration can still be used for a predefined time for positive authentication after a predefined device certificate having changed device-specific configuration data has been requested or while it is being used. This makes it possible, in particular, to also operate the automation device with a new configuration as long as an updated device certificate has not yet been created. This is advantageous, in particular, when an updated device certificate can be generated only in particular operating modes.

In one embodiment, the plurality of predefined device certificates or the device certificates issued in the event of a change in the configuration of the automation device have a different device key or a different device key pair in each case. In another embodiment, the plurality of predefined device certificates or the device certificates issued in the event of a change in the device configuration each have the same device key or the same device key pair. Different device keys or device key pairs in each case increase the reliability of the certificate or require a greater amount of effort to manipulate the certificate. On the other hand, a device certificate having the same key or same device key pair is issued by a less complex issuing authority and with a shorter issuing duration.

In one advantageous embodiment of the method according to the invention, the automation device creates an item of attestation information for confirming the changed device-specific configuration data and transmits it to the issuing unit. The attestation information confirms the authenticity of the configuration and constitutes a higher degree of security of the transmitted genetically specific configuration data and can be used for a higher security classification of the message or the device.

In another embodiment of the method according to the invention, a regular operating mode of the automation device is activated only when a device certificate corresponding to the changed configuration of the automation device is available to the automation device. This makes it possible to ensure that the automation device is operated only in the expected configuration. A configuration of the automation device which is operated without a corresponding device certificate is not possible.

The automation device according to the invention in an automation system contains at least one device certificate, the automation device being authenticated with respect to an authentication partner using the device certificate associated with device-specific configuration data relating to the automation device. In this case, the automation device is designed in such a manner that the automation device, in the event of or after a change in the configuration, automatically determines a device certificate having device-specific configuration data corresponding to the changed configuration of the automation device and then uses it for authentication.

In one embodiment of the automation device according to the invention, the automation device has a plurality of predefined device certificates having different device-specific configuration data.

In one embodiment of the automation device according to the invention, the issuing unit and a control unit, for controlling the operation of the automation device, are included on a separate memory unit in each case, and the separate memory units are connected by means of a separation unit.

The system according to the invention for updating a digital device certificate comprises at least one automation device and at least one issuing unit, the automation device having at least one device certificate and being authenticated with respect to an authentication partner using the device certificate which contains device-specific configuration data relating to the automation device. The automation device is designed in such a manner that the automation device, in the event of a change in the configuration of the automation device, automatically determines a device certificate having device-specific configuration data corresponding to the changed configuration of the automation device and then uses it for authentication. The at least one issuing unit is set up to issue a device certificate having device-specific configuration data corresponding to the changed configuration of the automation device.

Exemplary embodiments of the method according to the invention are illustrated by way of example in the drawings and are explained in more detail using the following description.

In the drawings:

FIG. 1 shows a first exemplary embodiment of the method according to the invention in the form of a flowchart;

FIG. 2 shows a second exemplary embodiment of the method according to the invention with the inclusion of an issuing unit in the form of a flowchart;

FIG. 3 shows a schematic illustration of an exemplary embodiment of an automation device according to the invention;

FIG. 4 shows a schematic illustration of an exemplary embodiment according to the invention of an automation device having an integrated issuing unit on a separate memory unit;

FIG. 5 shows a schematic illustration of a first exemplary embodiment according to the invention of a request for a device certificate from an issuing unit not included in the automation device; and

FIG. 6 shows a schematic illustration of a second exemplary embodiment according to the invention of a request for a device certificate with attestation information.

Parts which correspond to one another are provided with the same reference symbols in all figures.

FIG. 1 shows a general sequence 1 of updating a digital device certificate in an automation device. The sequence begins in method step 3 with a change in the configuration of the automation device. Such a change in the configuration can be effected, for example, by a firmware exchange, a feature activation or the activation of a country code, by means of which a country-specific operating mode is selected. Changes in the configuration of a user-definable configuration or a user-definable security configuration are likewise possible. A change in the configuration is also caused, for example, by resetting to an initial state. A change in the configuration is also possible by means of non-user-definable configurations initiated by a manufacturer or a service employee, for example.

If the automation device determines such a change in the configuration, the automation device automatically determines an updated device certificate comprising the device-specific configuration data corresponding to the changed configuration in method step 4. During subsequent communication with other automation devices or other authentication partners, for example, see method step 5, messages are transmitted in a manner protected by the updated device certificate. Updated device certificates can be determined and used on the basis of the current configuration. A seamless sequence of the device configurations used can therefore be understood without interruption as far as the original configuration of the automation device using the chain of certificates and can be provided for further evaluation.

FIG. 2 shows the sequence 10 for determining an updated device certificate using an issuing unit for certificates which operates, for example, as a certification authority in a security infrastructure with public keys (PKI security infrastructure). In this case, an updated device certificate is requested from an issuing unit by generating a request message. In this case, the request message is protected, for example, by a previous device certificate associated with device-specific configuration data relating to the automation device before the change in the configuration.

Here, the issuing unit comprises the role of a registration and certification authority of a PKI security infrastructure. In this case, the sequence 10 applies both to an issuing unit integrated in the automation device and to a spatially remote embodiment. The issuing unit comprises the function of a registration authority which receives and checks a request and the function of a certification authority which issues a digital device certificate. Both functions may likewise be formed in separate units either in a manner integrated in the automation device or as separate units of a public key infrastructure. The method steps carried out in the issuing unit are illustrated on the right-hand side and the method steps carried out in the automation device are illustrated on the left-hand side in FIG. 2. In method step 12, the configuration of the automation device is changed. In step 13, the previous device certificate which contains or references device-specific configuration data relating to the automation device before the change is determined. The automation device then generates a request message which is used to request an updated device certificate having device-specific configuration data corresponding to the changed configuration, see method step 14. In step 15, the request message is now protected by the previous device certificate and is transmitted to the issuing unit in step 16.

In step 22, the request message is received in the issuing unit. The request message is authenticated by means of the previous device certificate known to it in step 23. The request message is verified for the updated device certificate in step 24. If the verification is successful, the issuing unit issues an updated device certificate with the aid of authentication credentials of the issuing unit. The updated device certificate is transmitted to the automation device in step 27 and is stored there in step 18. If the request message for the updated device certificate could not be successfully verified, an error identifier is output in step 26 and is transmitted to the automation device. The updating sequence is therefore concluded.

In one exemplary embodiment, the previous device certificate is revoked if an updated device certificate is requested or used. As a further option, the previous device certificate corresponding to the unchanged configuration can still remain valid for a predefined time even after an updated device certificate has been issued and may result in positive authentication. In this case, the previous device certificate may remain valid, for example, for a subset of the authentication partners or else for a subset of intended purposes.

The plurality of previous or updated device certificates may each have the same device key or the same device key pair. However, it is likewise possible for the plurality of previous or updated device certificates to each have different device keys or different device key pairs.

FIG. 3 now shows an exemplary embodiment of an automation device 41. The latter comprises, for example, a computing unit 43 and an input/output unit 42, to which sensors 52 and actuators 53, for example, are connected. The computing unit 43 accesses a main memory 47, a read-only memory 48, a program memory 49 and a configuration memory 50 via a data bus 46. The automation device may be connected to a data network, which is based on the Internet protocol for example, via a network interface 44. A serial interface 54, for example, is also present.

Configuration settings of the device are stored, for example, in the configuration memory 50. Program code is stored in the program memory 49. Configuration settings can be locally changed via the local interface 54 or via a network connection via the network interface 44.

The automation device 41 contains a configuration-dependent device certificate 55 having device-specific configuration data. The automation device 41 uses said certificate to be authenticated with respect to an authentication server, for example, via a network connection or to transmit measured values to a recording server or other automation devices in the automation system.

In one exemplary embodiment, a plurality of predefined configuration-specific device certificates 55 are present on the automation device 41 and are stored in the program memory 49, for example. Depending on the current device configuration stored in the configuration memory 50, for example, the device certificate 55 corresponding to the configuration is selected and is used for communication with other automation devices or authentication partners.

This exemplary embodiment has the advantage that a plurality of product variants of the automation device which differ only in terms of their software, for example, can be produced in an identical manner. During production, device certificates 55 already predefined by the manufacturer are created for all possible product variants and are provided on the device. It is possible, for example only when delivering or installing the automation device, to stipulate a configuration of the device without first having to generate and install a corresponding device certificate. This is particularly advantageous since the device configuration therefore need not be selected in a specially protected environment.

In another exemplary embodiment, the automation device 41 comprises, for example, a loading unit which is included in the read-only memory 48. The loading unit 56 may partially or completely overwrite the program memory 49. For this purpose, booting must be carried out in a special program memory change mode when starting the device. Depending on the installed program configuration, the loading unit 56 can now issue a device certificate 55 containing information relating to the program configuration, for example the version. This device certificate 55 having device-specific configuration data is written, for example, to the program memory 49, see FIG. 3, or to the configuration memory 50.

The loading unit 56 has access to a private key of an issuing unit 57 which is likewise included in the read-only memory 48, for example. This key is used to create a signature for the device certificate.

The loading unit 56 checks, for example, the program configuration to be loaded before it is loaded or activated. This check is carried out, for example, by verifying a cryptographic checksum, for example SHA-1, SHA-256 or else HMAC-SHA1 or HMAC-SHA256, or a digital signature, for example RSA or DSA or ECDSA, of the configuration program.

The keys of the issuing unit 57 may be directly tied to the identity of the automation device 41. For this purpose, the common name of the device certificate 55 from the issuing unit 56 may contain specific information relating to the automation device 41, for example its serial number. An issuer of the certificate from the issuing unit 57 may be the manufacturer of the automation device 41, for example. It is likewise possible for the certificate from the issuing unit 57 to be replaced with a special certificate from an operator.

This exemplary embodiment has the advantage that only the loading unit 56 requires access to the private key of the issuing unit 57. It is likewise advantageous that the configuration program need not be specifically generated and provided for an individual automation device 41 since a general configuration program can be used in an identical manner for a plurality of automation devices 41. Each automation device 41 then itself determines the corresponding device certificate 55 specific to the automation device and the appropriate device certificate 55 for the installed configuration program version.

In another embodiment (illustrated in FIG. 4), the automation device 41 has a memory 60 having memory units 61, 62 and a separation unit 63. The memory unit 61 includes the functions or program units for regular operation of the automation device 41 and the issuing unit 57 for issuing a device certificate 55 having device-specific configuration data is included in the memory unit 62. Further memory units may be present in order to separate real-time functions or non-real-time functions from one another, for example. In this case too, the key of the issuing unit 57 should be directly tied to the identity of the automation device 41. For this purpose, the common name of the certificate from the issuing unit 57 may contain specific information relating to the automation device 41, for example its serial number. The issuer of the certificate from the issuing unit may be, for example, the device manufacturer or an operator of the automation device 41 or the automation system.

This embodiment has the advantage that the separation unit 63 provides logical software partitions which are separate from one another and are in the form of the separate memory units 61, 62. This ensures that the memory unit 62 having functions for controlling the operation of the automation device 41 cannot access a private key of the issuing unit 57 included in the memory unit 61.

FIG. 5 shows another embodiment 80 of the method, in which the issuing unit 87 is in the form of an independent registration unit 82 and a separate certification unit 83 and is not integrated in the automation device 81. If a change in the configuration is determined in the automation device 81, the automation device 81 requests an updated device certificate from the issuing unit 87 using a request message 84. The request message 84 contains the name of the automation device, the current, i.e. changed, device-specific configuration data and a public key.

The request message 84 may be protected using a checksum 85, for example. The registration unit 82 receives the request message, checks it and forwards it to the certification authority 83. After the request message 84 has been received, the certification authority 83 issues a corresponding device certificate 86 and transmits the latter back to the automation device 81. In this case, the certificate 86 is protected by a signature 87 of the certification authority 83.

In this embodiment, the previous device certificate corresponding to the unchanged device configurations may be automatically revoked. For this purpose, the automation device 81 issues a revoke request and transmits this request to the certification authority 83. In one embodiment, the certification authority 83 or the issuing unit 87, which comprises both the registration authority and the certification authority, automatically revokes the previous device certificate.

FIG. 6 shows another embodiment 90 of the method for updating a digital device certificate having device-specific configuration data, in which the automation device 81 contains a trusted security module 91. This security module checks the changed program configuration and creates an item of attestation information 92 which is inserted into the request message 84 as further proof of authenticity. The request message 94 is again protected, for example, by a digital signature 95 by means of a generic, non-configuration-specific device certificate or by a digital signature 95 by means of a previous device certificate or by a device password. The attestation information 92 is a further, additional security feature, with the result that a higher-ranking security level is certified for the automation device 81.

The issuing unit 87 or the certification authority 83 may only check the attestation information 92 and transmit an updated device certificate 96 back to the automation device 81 without registering the attestation information 92. Alternatively, the attestation information 92 may be entered in the certificate 96. For transmission, the certificate 96 is protected by a digital signature 97 by means of a generic, non-configuration-specific device certificate and/or by a digital signature by means of a previous device certificate and/or by a device password.

All of the features described and/or depicted can be advantageously combined with one another within the scope of the invention. The embodiment is not restricted to the exemplary embodiments described. 

1. A method for updating a digital device certificate (55, 86, 96) of an automation device (41, 81) in an automation system, in which the automation device (41, 81) is authenticated with respect to an authentication partner using at least one device certificate (55, 86, 96) and the device certificate (55, 86, 96) is associated with device-specific configuration data relating to the automation device (41, 81), in which case, in the event of or after a change in the configuration of the automation device (41, 81), the automation device (41, 81) automatically determines a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) and then uses it for authentication.
 2. The method as claimed in claim 1, the automation device (41, 81) having a plurality of predefined device certificates having different device-specific configuration data, and the device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) being selected.
 3. The method as claimed in claim 1, the automation device (41, 81) having an integrated issuing unit (57, 87), and the issuing unit (57, 87) issuing a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81).
 4. The method as claimed in claim 3, the device certificate (55, 86, 96) being able to be issued in any desired operating mode.
 5. The method as claimed in claim 3, the device certificate (55, 86, 96) only being able to be issued in a manner coupled to a particular operating mode.
 6. The method as claimed in one of claims 3 to 5, the issuing unit (57, 87) only being able to issue device certificates (55, 86, 96) for the automation device (41, 81) in which it is included.
 7. The method as claimed in claim 6, the issuing unit (57, 87) allocating at least one identical parameter, in particular an identical common name, for each device certificate (55, 86, 96) issued by it.
 8. The method as claimed in claim 1, the automation device (41, 81), in the event of a change in the configuration of the automation device (41, 81), requesting a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) from an issuing unit (57, 87) which is not included in the automation device (41, 81) itself.
 9. The method as claimed in claim 8, a request message (84, 94) for requesting a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) being protected by a digital signature (85, 95) by means of a generic, non-configuration-specific device certificate and/or being protected by a digital signature (85, 95) by means of a previous device certificate corresponding to the configuration used before the change in the configuration of the automation device (41, 81) and/or being protected by a device password.
 10. The method as claimed in one of claims 1 to 9, the device certificate used before the change in the configuration of the automation device being revoked after a device certificate (55, 86, 96) having changed device-specific configuration data has been determined.
 11. The method as claimed in one of claims 1 to 9, the device certificate (55, 86, 96) used before the change in the configuration of the automation device (41, 81) still being able to be used for a predefined time at least for a subset of the authentication partners or for at least one subset of intended purposes for positive authentication after a device certificate (55, 86, 96) having changed device-specific configuration data has been determined.
 12. The method as claimed in one of claims 2 to 9, the plurality of device certificates (55, 86, 96) or the device certificates (55, 86, 96) issued in the event of a change in the configuration of the automation device having a different device key or a different device key pair in each case.
 13. The method as claimed in one of claims 2 to 9, the plurality of device certificates (55, 86, 96) or the device certificates (55, 86, 96) issued in the event of a change in the device configuration each having the same device key or the same device key pair.
 14. The method as claimed in one of claims 3 to 9, the automation device (41, 81) creating an item of attestation information (92) for confirming the changed device-specific configuration data and transmitting it to the issuing unit (87).
 15. The method as claimed in one of claims 1 to 13, a regular operating mode of the automation device (41, 81) being activated only when a device certificate (55, 86, 96) corresponding to the changed configuration of the automation device (41, 81) is available to the automation device (41, 81).
 16. The method as claimed in one of claims 1 to 14, the device certificate (55, 86, 96) corresponding to an unchanged configuration being able to still be used for a predefined time for positive authentication after a change in the configuration of the automation device (41, 81).
 17. An automation device in an automation system having at least one device certificate (55, 86, 96), the automation device (41, 81) being authenticated with respect to an authentication partner using the device certificate (55, 86, 96) associated with device-specific configuration data relating to the automation device (41, 81), the automation device (41, 81) being designed in such a manner that the automation device (41, 81), in the event of or after a change in the configuration of the automation device (41, 81), automatically requests a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) and then uses it for authentication.
 18. The automation device as claimed in claim 17, the automation device (41, 81) having a plurality of predefined device certificates (55) having different device-specific configuration data.
 19. The automation device as claimed in claim 17, the issuing unit (57) being integrated in the automation device (41, 81), and an issuing unit (57) and a control unit, for controlling the operation of the automation device (41, 81), being included on a separate memory unit (61, 62) in each case, the separate memory units (61, 62) being connected by means of a separation unit (63).
 20. A system for updating a digital device certificate (55, 86, 96) of an automation device (41, 81) in an automation system having at least one automation device (41, 81) and at least one issuing unit (57, 87), the automation device (41, 81) having at least one device certificate (55, 86, 96) and being authenticated with respect to an authentication partner using the device certificate (55, 86, 96) which is associated with device-specific configuration data relating to the automation device (41, 81), the automation device (41, 81) being designed in such a manner that the automation device (41, 81), in the event of a change in the configuration of the automation device (41, 81), automatically determines a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81) and then uses it for authentication, and the at least one issuing unit (57, 87) being designed to issue a device certificate (55, 86, 96) having device-specific configuration data corresponding to the changed configuration of the automation device (41, 81). 